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(54) Electronic test system 

(57) An electronic test system (100) with a test re- 
sults view filter (330) that enables the user to filter the 
test results of a test program according to their particular 
datapoint value status (340,342,344) comprises graph- 
ical elements representing a plurality of test results view 
filter option buttons (332,334,336,338) grouped togeth- 
er in said test results view filter. Each test result view 



filter option button is capable of filtering an entire test 
program for their respective datapoint value status and 
displaying said filtered datapoint value status. The test 
results view filter option buttons are selected from the 
group consisting of: all datapoint value status, marginal 
datapoint value status, and selected datapoint value 
status. 
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Description 

[0001] The present invention relates to electronic sys- 
tems for performing automated tests of complex elec- 
tronic, electromechanical and mechanical equipment 
and products. More particularly, the present invention 
relates to an electronic test system with a test results 
view filter that enables the user to effectively and effi- 
ciently select certain test results of an entire test. 
[0002] Complex electronic, electromechanical and 
mechanical products and equipment are generally test- 
ed using automated test systems. Such tests can in- 
clude validation tests which run through the various op- 
erations that the device under test (DUT) is capable of 
and records whether, each operation was performed 
properly; environmental tests which expose the DUT to 
various combinations of temperature, pressure, and hu- 
midity, and records the results; and production tests, etc. 
Generally, both the DUT and the systems providing the 
environmental and other constraints on the DUT are 
controlled electronically. In the last decade or so, com- 
puterized programs which are capable of controlling a 
variety of automated tests, referred to in the art as "test 
executive" programs, have been developed. 
[0003] Test executive programs in the prior art include 
internal test executive programs developed by Agilent 
Technologies and TESTSTAND software developed by 
National Instruments Corporation, which is described as 
a ready-to-run test executive for organizing, controlling, 
and executing automated prototype, validation, or pro- 
duction test systems. The prior art Agilent Technologies 
programs did not use 'a graphical user interface (GUI), 
therefore limiting the ability of the program to display, 
large amounts of data in a simple fashion. The TEST- 
STAND software, while using a GUI, requires the user 
to scroll through multiple windows to determine the over- 
all progress of a test. The TESTSTAND software 
showed the results in a spreadsheet that was not easy 
to analyze. The prior art software at best was limited to 
showing the results of a given measurement by colored 
test such as "passed" in blue color, "skipped" in yellow 
color and "failed" in red color. Therefore, it takes signif- 
icant time to scan textual results to determine what fur- 
ther action is needed. When a test fails, it is usually nec- 
essary to examine the details of the test further to find 
the source of the failure before taking further action. 
Therefore, it would be highly desirable to have a test 
executive system in which test results are more easily 
selected and analyzed. 

[0004] Tests usually are defined by a set of rules or 
specifications to which the DUT is compared. The rules 
or specifications generally comprise various inputs de- 
fined by electrical and- mechanical parameters applied 
to the DUT, such as voltage, current, specified manipu- 
lations of controls and device parts, as well as environ- 
mental parameters under which the test is conducted, 
such as temperature, humidity, pressure, and the time 
period over which a parameter is applied. Each test will 



include many combinations of the parameters applied 
to each element of the DUT, and often will be repeated 
many times. Each combination of parameters will define 
ameasurementthat results in one or more datapoint val- 

5 ues, which are recorded and compared to numerical or 
Boolean limits defining the specifications. Thus, as 
equipment and products become more complex, elec- 
tronic test programs have become very long and com- 
plex, often requiring several days, or even a week or 

10 more to run a complete test. 

[0005] In prior art test systems, the test results are dis- 
played on a computer display screen as the test 
progresses, with the current test conditions and results, 
or a small portion of the conditions and results just prior 

15 to the current time, visible. If the user desires to see the 
test results which failed to meet a particular test speci- 
fication limit, such as failed test results, the user scrolls 
through a display to see which individual test results in 
a test program failed lo meet a particular Lest specifica- 
te tton limit. This can be a lengthy, laborious and error 
prone means for determining which test results failed to 
meet a certain test specification limit. 
[0006] If the user desires to see specific test results, 
such as failed or marginal test results, from earlier por- 

25 ttons of the test, the user scrolls through a lengthy dis- 
play of all test results manually seeking the desired test 
results. Because of the length and complexity of the test, 
it is not physically possible to display the entire report 
of a test on. the screen at one time. At any given point 

30 in the scrolling, the user has only a partial view of the 
results, making it difficult for the user to view certain or 
particular test results without time consuming and tedi- 
ous viewing and hand recording. 
[0007] It would be highly desirable to have a test ex- 

35 ecutive system in which the user could effectively and 
quickly filter the test results for viewing according to the 
user's interests and concern. 

[0008] The above and other problems are solved and 
an advance in the art is made by an electronic test pro- 

40 gram with interactive electronic displays in accordance 
with this invention. A first advantage of this invention is 
that it allows the user to filter the datapoint values of an 
entire test procedure by simply selecting a test results 
view filter option button in the test results view filter. A 

45 second advantage of this invention is that the output de- 
vice displays only those datapoint values that are selec- 
tively filtered. A third advantage of this invention is that 
it allows the user to filter repeatedly and differently the 
results of a test procedure without having to rerun the 

so procedure. A fourth advantage of this invention is that 
the datapoint values can be filtered while the test pro- 
cedure is progressing or after the test procedure" has 
been completed. 

[0009] The test results view filter enables the user to 
55 filter an entire test report by selecting a particular test 
results view filter option button. This allows the user to 
save time by immediately selecting datapoint values of 
interest to the user, such as the datapoint values that 
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failed test specification limits or those datapoint values 
that marginally met test specification limits. The user 
does not have to search through the whole listing of da- 
tapoint values to determine those datapoint values that 
failed test specification limits or those datapoint values 
that met marginal test specification limits. 
[0010] The test results view filter enables the user to 
see just the filtered datapoint values. It displays only the 
filtered datapoint values of interest to the user, thereby 
leaving the display screen clear of any unwanted or un- 
interesting datapoint values. The user can effectively 
and efficiently view the datapoint values that are of in- 
terest to them. This alleviates the tedious and laborious 
task of viewing the entire test procedure display output 
searching for those datapoint values of interest to them. 
The user doesn't have to make notes or record values 
whilescanning an entire test procedure output. The user 
need only select the test results view filter option button 
corresponding lo the desired datapoint values of inter- 
est, and the invention displays just the filtered datapoint 
values. 

[0011] The test results view filter enables the user to 
filter the same set of test procedure datapoint values re- 
peatedly in different filter modes without having to rerun 
the. test procedure. This allows the user to filter all test 
procedure datapoint values according to a user's first 
interest, and then filter subsequently all test procedure 
datapoint values according to the user's second inter- 
est. The test results view filter is capable of filtering over 
and over the same set of test procedure datapoint val- 
ues. 

[0012] The test results view filter enables the user to 
filterthe datapoint values while the test procedure is run- 
ning or after the test procedure has completed. The user 
can select the test results view fitter option button cor- 
responding to the datapoint values that the user is inter- 
ested in prior to the execution of the test procedure and 
then start the test procedure and have the test results 
view filter display the selected datapoint values as the 
test is running, thereby displaying just the filtered da- 
tapoint values. The user can also filter the datapoint val- 
ues according to the user's interest after the test proce- 
dure has completed. 

[0013] The present invention is an application execut- 
ed by a processing unit. One skilled in the art will rec- 
ognize that instructions for ihe application may be stored 
in a memory as software instruction, and/or as firmware 
in a memory affixed to a processing chip. The applica- 
tion of this invention is executed in the following manner. 
In one embodiment, the user selects a test results view 
filter option button in the test results view filter corre- 
sponding to the datapoint values that the user is inter- 
ested in viewing. The user starts the test procedure and 
the output device displays the filtered datapoint values. 
In another embodiment, the user starts the test proce- 
dure and the output device displays all datapoint values 
and then the user selects the test results view filter op- 
tion button corresponding to the datapoint values of in- 



terest to the user and the output device displays the fil- 
tered datapoint values. In a preferred embodiment, the 
datapoint values are displayed in a dialog box. 
[0014] The test results view filter option buttons ate 

5 preferably selected from the group comprising: an all 
test results view filter option button, a marginal test re- 
sults view filter option button, a failed test results view 
filter option button , and a selected test results view filter 
option button. In a preferred embodiment, the input is 

10 selected by the user "clicking" or selecting on a partic- 
ular test results view filter option button representing the 
desired datapoint filter. For example, the user "clicks" or 
selects the all test results view filter option button and 
the output device displays all datapoint values per- 

15 formed by the test procedure. 

[0015] The failed test results view filter option button 
filters and displays those datapoint values that are as- 
sociated with a failed datapoint value status because 
they failed to meet a certain Lest specification limit. The 

20 marginal test results view filter option button-filters and 
displays those datapoint values that are associated with 
a marginal datapoint value status because they margin- 
ally met a certain test specification limit. The all test re- 
sults view filter option button displays all datapoint val-- 

25 ues, The selected test results view filter option button 
filters and displays a particular datapoint value or val- 
ues. 

[0016] A test procedure may store at least one test 
specification limit that is used to compare the datapoint 
30 values with which to determine the datapoint value sta- 
tus. For example, the usermay wish to view all datapoint 
values over a certain test specification limit of a test pro- 
cedure as a failed status, like all results over 1.1 volts. 
Here the invention will assign a passed datapoint value 
35 status to all datapoint values in a test procedure that are 
less than 1.1 volts. Correspondingly, the invention will 
associate all datapoint values that are equal to or ex- 
ceed 1.1 volts with a failed datapoint value status. In 
addition, the user may wish to know what datapoint val- 
40 ues marginally meet a certain test specification limit; for 
these datapoint values, the invention will associate a 
marginal datapoint value status. 
[0017] The datapoint value status is associated to 
each datapoint value by comparing the datapoint value 
45 with at least one stored test specification limit. The in- 
vention is capable of storing at least one test specifica- 
tion for determining those datapoint values that fail a test 
procedure and at least one test specification for deter- 
mining those datapoint values that marginally meet a 
50 test procedure. 

[0018] The invention provides an electronic test sys- 
tem comprising: a memory for storing a test, a measure- 
ment, a datapoint. a datapoint value, and a datapoint 
value status associated with the datapoint value indicat- 
es jng whether the datapoint value is a passed, marginal, 
or failed datapoint value; an electronic processor com- 
municating with the memory for controlling the execu- 
tion of the test; an input device communicating with the 
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electronic processor for selecting between at least two 
of the following groups of datapoint value statuses: all 
datapoint values., marginal datapoint values, failed da- 
tapoint values or a selected datapoint value; and an out- 
put device communicating with the electronic processor 
for displaying the selected datapoint value and the as- 
sociated datapoint value status. Preferably, the memory 
further stores a test results view filter responsive to re- 
ceiving from the input device. 

[0019] Preferably the electronic test system provides 
an output device that further displays the test results 
view filter, and the test results view filter further compris- 
es a plurality of test results view filter option buttons. 
Preferably, the electronic test system further includes 
the test results view option buttons which are selected 
from the group consisting of: all, marginal, fail and se- 
lected. Preferably the electronic test system further in- 
cludes a test results view option button capable of being 
highlighted or depressed when selected. Preferably the 
electronic test system further includes the all test results 
view option button that displays to the output device all 
datapoint values and datapoint value status associated 
with all datapoint values. Preferably the electronic test 
system further includes a marginal test results view op- 
tion button that displays to the output device the mar- 
ginal datapoint values and the datapoint value status as- 
sociated with the marginal datapoint values; this view 
option may also include the failed datapoint values and 
value status. Preferably the electronic test system fur- 
ther includes a failed test results view option button that 
displays to the output device the failed datapoint values 
and datapoint value status-associated with the failed da- 
tapoint value. 

[0020] Preferably the electronic test system further 
comprises a test specification limit and the memory fur- 
ther stores the test specification limit. The preferred 
electronic test system comprises a test specification lim- 
it selected from the group comprised of an upper test 
specification limit and a lowertest specification limit. The 
electronic test system preferably also provides for the 
datapoint value to be compared to a test specification 
limit and a resultant datapoint value status is associated 
to the datapoint value. The electronic test system, pref- 
erably, further includes an output device that further dis- 
plays the test, the measurement, the datapoint, the da- 
tapoint value, the test specification limit, and the da- 
tapoint value status. 

[0021] The present invention not only provides an 
electronic test program that displays the overall output 
in a form that can be observed in a glance, but also dis- 
plays the output in a form which permits the user to 
quickly check individual results. Other features, objects 
and advantages of the invention will become apparent 
from the following description when read in conjunction 
with the accompanying drawings. 

FIG. 1 is a block diagram showing the principal 
hardware components of the preferred embodiment 



of the present invention; 

FIG. 2 is a block diagram showing the hierarchical 
structure of the preferred embodiment of a test pro- 
gram according to the invention; 

5 FIG. 3 is a view of the graphical user interface dis- 
play of the electronic test system displaying the all 
test results view filter option button selection; 
FIG. 4 is a view of the graphical user interface dis- 
play of the electronic test system displaying the 

10 marginal test results view filter option button selec- 
tion; 

FIG. 5 is a view of the graphical user interface dis- 
play of the electronic test system displaying the 
failed test results view filter option button selection; 
75 FIG. 6 is a view of the graphical user interface dis- ■ 
play of the electronic test system displaying the se- 
lected test results view filter option button selection ; 
FIG. 7 is a flow diagram illustrating the determina- 
tion of the selected test results view filler; 
FIG. 8 is a flow diagram illustrating the determina- 
tion of the failed test results view filter; 
FIG. 9 is a flow diagram illustrating the determina- . 
tion of the marginal test results view fitter; and 
FIG, 1 0 shows a flow diag'ram illustrating the deter- 
mination of the all test results view filter. 

[0022] The present invention relates to an electronic 
test system with a test results view filter that enables the . 
user to view all datapoint values and their associated 
datapoint value status or to filter datapoint values ac- 
cording to their respective datapoint value status. FIG. 
1 is a block diagram illustrating a computer system 100 
in which the present invention is implemented. Compu- 
ter system 1 00 includes an input device 1 02, a memory - 
104, an output device 116, an electronic processor 106, 
and a device under test (DUT) 120. Memory 104 con- 
tains object oriented hierarchical software instructions 
which embody the method of the-invention, and which 
will be described in detail below. Memory 1 04 may be a 
non-volatile memory such as a Read Only Memory 
(ROM) or a volatile memory such as a Random Access 
Memory (RAM). 

[0023] In a preferred" embodiment, the test executive 
program of this invention is stored as instructions in 
memory 1 01 . Those skilled in the art will recognize that 
the instructions may either be stored as computer soft- 
ware and/or firmware that is readable and executable 
by electronic processor 1 02. The results for a test per- 
formed by the test executive program are displayed on 
output device 116. Output device 116 is a display and 
associated drivers that allow an application to display 
images to a user. Those skilled in the art will recognize 
that the display may be a conventional cathode ray mon- 
itor or Liquid Crystal Display (LCD), and that other out- 
put devices, such as a printer, may be used. 
[0024] The electronic processor 1 06 executes the test 
executive program of this invention. The DUT 120 com- 
municates with processor 1 06 over path 114. Processor • 
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"1 06 reads from and writes to memory 1 04 overpath 1 08. 
Input device 102 sends input signals to processor 106 
over path 112. Responsive to the signals from the DUT 
120, and input device 102, and under control of an object 
oriented hierarchical software program stored in mem- 5 
ory 1 04, processor 1 06 generates electronic information 
signals and sends the signals to an output device 116 
over path 1 1 0 to visually display or audibly transmit in- 
formation, in the form of datapoint values, in a graphical 
user interface format on screen 130, which is shown in 10 
FIG. 3 and will be discussed in detail below. 
[0025] One skilled in the art will recognize that this in- 
vention may be implemented by any electronic device 
having the same general configuration outline in FIG. 1 . 
These electronic devices include but are not limited to 15 
a computer system, logic circuits embedded in hard- 
ware, and an electronic analyzer. 
[0026] To better understand the workings of the inven- 
tion, it is helpful to describe the hierarchical structure of 
the pr efer red test program of the present invention, and 20 
the order in which the test is performed. Referring to 
FIG. 2, there is shown a block diagram 200 illustrating 
the hierarchical, i.e., multi-level, characteristic of the test 
program. The first level 201 corresponds tothe product 
model, a file the test developer creates to test a family 25 
of specific device model numbers. It contains a group of 
procedures 202. 

[0027] The next level 202 corresponds to the proce- 
dure itself. A procedure is an ordered list, sequence, or 
script of test to be run. Several procedures may exist, 30 
which are represented in FIG. 2 by a collection of pro- 
cedures 202, each representing an individual proce- 
dure. Each procedure includes a plurality of tests, i.e., 
test 1 , test 2, test 3 ... test N ; as shown at 203. Each test 
includes a plurality of measurements 206. This is illus- 35 
trated in FIG. 2 for test 2 shown at 205. As shown, test 
205 includes measurements 207, i.e., measurement 1, 
measurement2 ... measurement N. Each measurement 
includes one or more datapoints, represented as a deck 
of cards 210,211,212, associated with each measure- 40 
ment. A procedure is defined by writing a program or a 
code to build a structure of software objects. In one em- 
bodiment, the software objects are component object 
model (COM) objects. COM is a language independent 
component architecture, not a programming language. 45 
It is meant to be a general purpose, object-oriented 
means lo encapsulate commonly used functions and 
seivices. See Newton's Telecom Dictionary by Harry 
Newton, Publishers Group West, page 197. 
[0028] A test 205 is a group of measurements 207 in so 
a procedure 202 that share the same test algorithm or 
the same test software code. Some examples of tests 
include amplitude accuracy test, test of harmonic distor- 
tion, etc. The test program repeatedly calls a test for 
each measurement and datapoint. 55 
[0029] A measurement, such as measurement 206, 
is a configuration or a set up for a test. 1 Each measure- 
ment, in measurements 207, within a test 205 can have 



different setups or configuration parameters. Tests are 
parameter driven and the parameters are inputs at the 
measurement level. Measurements are elements such 
as range in volts : frequency in kilohertz or harmonic (an 
integer number). The test procedure 202 views the 
measurements 207 as data to be passed from the pro- 
cedure to a test. A measurement is also a phase of test 
execution. During the measurement phase of test exe- 
cution, the measurement is started but data is not col- 
lected. This allows for multiple DUTs to be configured 
and triggered together. 

[0030] A datapoint such as 210, 211, 212, is a subset 
of a measurement, such as 206, containing additional 
parameters that select a result when one measurement 
generates datapoint values. Some examples of multiple 
datapoints for a measurement are the minimum and 
maximum of a spectrum analyzer sweep or each chan- 
nel of a device. 

[0031] For each datapoint, such as 210, in measure- 
ment 206, a datapoint value is extracted. The datapoint 
values obtained are compared to test specification lim- 
its. Test specification limits are numerical limits, string 
match, or Boolean pass/fail. 

[0032] All the inputs and outputs of the electronic test 
system (FIG..1) are handled preferably through a graph- 
ical user interface (GUI). FIG. 3 shows the GUI 130 as 
displayed on the output device 116. The middle right 
portion of the screen 309 shows a window 302 describ- 
ing the hierarchy of procedures,, tests, measurements, 
and datapoints. The window 302 of the GUI 130 shows 
a series of rows, such as 304, and columns, such as 
306, of alphanumeric test information. 
[0033] Column 308 indicates the sequential number 
of each_datapoint value 352. Column 310 indicates the 
time that a test 346 is executed. Column 312 displays 
the datapoint value status of the' test. Column 314 dis- 
plays the name of a test 346, such as Amplitude Accu- 
racy. Column 316 displays the measurement 348 asso- 
ciated with each test 346, such as (Range=5Vp, Fre- 
quency^ KHz). Column 31 8 displays the datapoint 350 
associated with each measurement 348, such as Ch=1 
or Ch=2. Column 320 displays the datapoint value 352 
for each test 346, such as 0.1235dB. Column 322 dis- 
plays the test specification limit 354, such as (<1 .1), as- 
sociated with each test 346. 

[0034] . The test results view filter 330 represents the 
user interface for a preferred embodiment of the inven- 
tion. In FIG. 3, the all test results view filter option button 
332 in the test results view fitter 330 has been selected. 
When the all test results view filter option button 332 has 
been selected, all test results are displayed. Datapoint 
values 352 with a pass datapoint value status 340 are 
those datapoint values that do not exceed any test spec- 
ification limits 354. Datapoint values 352 with a marginal 
datapoint value status 342 are those datapoint values 
352 that exceed a marginal test specification limit 322. 
Datapoint values 352 with a failed datapoint value status 
344 are those datapoint values 352 that exceed a failed 
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test specification limit. 

[0035] in FIG. 4, the marginal test results view filter 
option button 334 in the test results view filter 330 has 
been selected. When the marginal test results view filter 
option button 334 has been selected, column 312 dis- 
plays only marginal datapoint value status 342 and 
failed datapoint value status 344. 
[0036] I n F I G . 5, the failed test resu Its view filter option 
button 336 in the test results view filter 330 has been 
selected. When the failed test results view filter option 
button 336 has been selected, column 312 displays only 

- failed datapoint value status 344. 

[0037] In FIG. 6, the selected test results view filter 
option button 338 in the test results view filter 330 has 
been selected. When the selected test results view filter 
option button 338 has been selected, column 312 dis- 
plays only a selected datapoint value 602 and associat- 
ed datapoint value status 342. The user selects a certain 
datapoint 602 and the window 302 displays only thai se- 
lected datapoint 602. In FIG. 6, the Ch=2 datapoint of 
the Range=1O0mVp measurement has been selected. 

' [0038] The following FIGS. 7 - 10 are flow'diagrams 
of the steps executed by the test executive program in 
order to filter and display' the test results according to 
the invention. FIG. 7 illustrates a flow diagram of a proc- 
ess executed by a test executive program to filter and 
display a test result according to the invention. One 
skilled in the art will recognize that the steps shown in 
the flow diagrams of FIGS. 7-10 can be programmed 
in any number of programming languages including C, 
C++, SQL, Visual Basic, orother languages that provide 

• the functionality needed. 
[0039] FIG. 7 illustrates a flow diagram of the filtering 
and displaying process of the selected test results view 
filter. This process is invoked when the view filter option 
button is changed, when the selected datapoint is 
changed, or when new test results become available. 
Step 704 is the initiation of this process. Step 702 is an 
initial inquiry into whether the selected test results view 
filter option button 338 is selected in the test results view 
filter 330. If the selected test results view filter option 
button 338 is selected, then the test executive program 
will filter and display the selected datapoint 602, da- 
tapoint value 352 and associated datapoint value status 
342. The test executive program retrieves 706 the da- 
tapoint value 352. Then step 71 0 retrieves the test spec- 
ification limit 354. The test executive program then an- 
alyzes each datapoint 350 in the test procedure 202. 
Then step 718 queries whether in fact a specific da- 
tapoint is selected in screen 309. If a specific datapoint 
has been selected, then only the row displaying 722 the 
selected datapoint value 352 is displayed. Step 720 re- 

- peats the process for all datapoints. If the answer to the 
initial query of step 702 is no, then the test executive 
system proceeds to step 701 . 

[0040] FIG. 8 illustrates a process to filter and display 
datapoint values 352 and datapoint value status 344 in 
response to the failed test results view filter option but- 



ton 336 being selected. Step 701 starts this process into 
an initial inquiry 802 as to whether the failed test results 
view filter option button 336 has been selected; if it 
hasn't, then the process proceeds to step 801, de- 

5 scribed below. The test executive program retrieves 706 
the datapoint value 352. Then step 810 retrieves the 
failed test specification limit 354. Step 814 compares the 
datapoint value 352 against the failed test specification 
limit 354 to determine whether the datapoint value 352 

10 exceeds the failed test specification limit 354. If the da- 
tapoint value 352 does not exceed the failed test spec- 
ification limit 354, then the datapoint value 352 will not 
be displayed 816 to the output device 116. If the da- 
tapoint value 352 does exceed the failed test specifica- 

15 tion limit 354, then the datapoint value 352 is displayed 
to the output device 116. Step 818 inquires whether 
there is another datapoint 350 to retrieve. If there is not 
another datapoint 350, then the process is ended 722. 
[0041 ] FIG. 9 illustrates a process to filler and display 

20 datapoint values 352 and datapoint value status 344 in 
response to the marginal test results view filter option 
button 334 being selected. Step 801 starts this process 
into an initial inquiry 902 as to whetherthe marginal test 
results view filter option button 334 has been selected; 

2$ if it hasn't, then the process proceeds to step 901, de- 
scribed below. The test executive program retrieves 706 
the datapoint value 352. Then step 910 retrieves the 
marginal test specification limit 354. Step 914 compares 
the datapoint value 352 against the marginal test spec- 

30 ification limit 354 to determine whetherthe datapoint val- 
ue 352 exceeds the marginal specification limit 354. If 
the datapoint value 352 does not exceed the marginal 
test specification limit 354, then the datapoint value 352 
will not be displayed 916 to the output device 116. If the 

35 datapoint value does exceed the failed test specification 
limit 354, then the datapoint value 708 is displayed. Step 
818 inquires whether there is another datapoint 350 to 
retrieve; if there is not, then the process is ended 822. 
[0042] FIG. 10 illustrates a process to filter and dis- 

40 play datapoint value 352 and datapoint value status 344 
in response to the all test results view filter option button 
332 being selected. The test executive program re- 
trieves 1004 the datapoint value 352. Then step 1008 
retrieves the test specification limit 354. The datapoint 

45 value 352 and the test specification limit 354 are dis- 
played to the output device 1 D1 2. Step 818 inquires into 
whether there is another datapoint value 352 to retrieve; 
if there isn't, the process is ended 1014. 
[0043] There has been described what at present is 

50 considered to be the preferred embodiment of the in- 
vention. It should be understood that the invention can 
be embodied in other specific forms without departing 
from its spirit or essential characteristics. For example, 
while the invention has been described in terms of an 

55 electronic test program, other systems may be imple- 
mented based on hardware instead of software. The 
program may ; for instance, sit on a programmed proc- 
essor or other platform. In addition, any number of test 
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specification limits may be added to the graphical user 
interface to display the datapoint value status. The test 
results view filter may be displayed in other forms where 
the graphical elements may take a different form, such 
as a single alphanumeric element, and may be grouped 
in a different manner, be part of a pull down menu, or 
be switches or buttons on a computer console or video 
console. The present embodiment is, therefore, to be 
considered as illustrative and not restrictive. Those 
skilled in the art will recognize that alternate systems 
may be designed that infringe this invention as set forth 
in theclaims below either literally or through the Doctrine 
of Equivalents. 

Claims 

1 . An electronic test system (1 00) comprising: 

a memory (1 04) for storing a test (205), a meas- 
urement (206), a datapoint (210), a datapoint 
value (352), and a datapoint value status (340, 
342, 344) associated with each said datapoint 
value (352) indicating whether said datapoint 
value (352) is a passed, marginal, or failed da- 
tapoint value; 

an electronic processor (106) communicating 
with said memory for controlling the execution 
of said test; an input device (1 02) communicat- 
ing with said electronic processor for selecting 
between at least two of the following groups of 
said datapoint value status: all datapoint val- 
ues, marginal datapoint values, failed datapoint 
values, or a selected datapoint value; and 
an output device (1 1 6) communicating with said 
electronic processor for displaying said select- 
ed datapoint value and said associated da- 
tapoint value status'. 

2. An electronic test system (100) as in claim 1 and 
further characterized in that said memory further 
stores a test results view filter (330) responsive to 
receiving from said input device, and said output de- 
vice further displays said test results view fitter. 

3. An electronic test system (100) as in claim 2 and 
further characterized in that said test results view 
filter further comprises a plurality of test results view 
filter option buttons (332, 334, 336, 338), and said 
test results view option buttons are selected from 
the group consisting of: all. marginal, failed and se- 
lected. 

4. An electronic test system (100) as in claim 1 and 
further characterized by said selected all test re- 
sults view option button (332) displays to said out- 
put device said all datapoint values and said da- 
tapoint value status associated with said all da- 



tapoint values. 

5. An electronic test system (100) as in claim 1 and 
further characterized by said selected marginal 

s test results view option button (334) displays to said 

output device said marginal datapoint values, said 
failed datapoint values, and said datapoint value 
status associated with said marginal datapoint val- 
ues and said failed datapoint values. 

10 

6. An electronic test system (100) as in claim 1 and 
further characterized by said selected failed test 
results view option button (336) displays to said out- 
put device said failed datapoint values and said da- 

'5 tapoint value status associated with said failed da- 
tapoint values. 

7. A method for displaying the datapoint values (320) 
of an electronic test, said method characterized by 

20 the steps of: 

performing a test procedure (202) to determine 
a plurality of datapoint values; 
storing said datapoint values and a test sped- 
25 fication limit (354); 

comparing said datapoint values to said test 
specification limit; 

providing a resultant datapoint value status 
(340, 342, 344) to each of said datapoint val- 

30 ues; 

providing atest results view filter (330) showing 
two or more of the following test results view 
filter option buttons: an all button (332), a mar- 
ginal button (334), a failed button (336), and a 

35 selected button (338); - 

selecting a test results view filter option button; 
and 

displaying said datapoint values arid associat- 
ed datapoint value status corresponding to said 
40 selected test results view filter option button. 

8. A method as in claim 7, further characterized by 
the step of storing a datapoint value (320) and a test 
specification limit (354) for each of said datapoint 

45 values. 

9. A method as in claim 7 and further characterized 
by the step of storing a failed test specification limit 
(354) for said test specification limit, and the step of 

50 comparing each said datapoint value with said 
failed test specification limit. 

10. A method as in claim 7 and further characterized 
by the step of storing a marginal test specification 

55 limit (354) for said test specification limit, and the 

step of comparing each said datapoint value with 
said marginal test specification limit. 
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